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DETAILED ACTION 

1 . The text of those sections of Title 35,U.S.Code not included in this section can be 
found in the prior office action. 

2. The prior office actions are incorporated herein by reference. In particular, the 
observations with respect to claim language, and response to previously 
presented arguments. 

3. Claims 1,12, 14, 24, 29, 35 were amended by the applicant. 

4. No new claim was added by the applicant. 

5. Claims 1-41 have been considered. 

6. Claims 3, 15, 16, 31, 32, 36, and 38 have been cancelled by the applicant. All 
other claims are rejected. 

7. Examiner withdraws the rejection under 1 12, 1 st paragraph to claims 12 and 24 
due to amendment by the applicant. 

Response to Arguments 

8. Applicant's arguments filed 5/1 1/2006 have been fully considered (see the 
following). 

8.1. Rejection under 1 12, 1 st paragraph to claims 12 and 24 has been withdrawn due 
to amendment to claims 12 and 24. 
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8.2. Claims 12 and 24 are rejected under 35 U.S.C. 102(e) as described in the next 
section. 

8.3. Applicant's response to rejection of claims 1-11, 13-23, and 25-41 under 35 
U.S.C. 102 (e) is considered but is not persuasive. 

Examiner discusses the Schwartz reference and applicant's arguments in the following: 
8.3.1. Claim 1: 

Applicant suggests that Schwartz (examiner's cited prior art) fails to disclose all 
elements of the claimed invention. Applicant believes that Schwartz does not disclose, 
teach, or suggest searching for a firewall associated with a destination at a remote 
network, citing paras. 0024-0025. 

However, Schwartz does disclose all the elements of the claim, including the search of 
a firewall associated with a destination at a remote network. Cited paragraph 0025 
reads: "The ability to pass through the firewall is where the present invention for firewall 
traversal is applicable. One skilled in the art will recognize that bi-directional 
communications is readily possible once the firewall has been traversed". Therefore, the 
client shown in Fig. 3 may have to pass the firewall associated with the appliances in 
the remote network to control them. This is suggested in paragraph 25 with the example 
of accessing the music stored on a site behind a firewall. Therefore, Schwartz invention 
is about accessing devices in a remote network behind an associated firewall, as well 
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as bypassing a firewall protecting the local area network where the client machine is 
located (bi-directional) . 

Applicant further argues that Schwartz fail to teach a request to transmit data includes a 
primary address of destination that is used if the firewall is not detected, and a 
secondary address that is used if firewall is detected. However, Schwartz does try a 
primary address and if it fails a connection it tries the second address. It is true that 
Schwartz won't try the primary address again if it fails, but clearly tries it the first time, 
which was before the connection failed. Therefore, the address of the primary and 
secondary protocols must be received by the device that initiates the connection. 
As described above, Schwartz does teach attempting to communicate with a firewall 
associated with a destination at a remote network (Fig. 2, Firewall 310 is associated 
with network 31 1 and device 314-5, which is remote to client 308-1). Therefore, the 
rejection to claim 1 is not withdrawn. 

8.3.2. Claims 2 and 4-13: 

Claims 2, and 4-13 are dependent on claim 1. As rejection to claim 1 is not withdrawn, 
dependency to claim 1 does not make the claims allowable. 

Furthermore, the cited features of claims themselves do not put the claims in the 
condition of allowability because of the rejections to the claims cited in the next section. 
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Therefore, the rejection to these claims are not withdrawn. 
8.3.3. Other claims: 

Applicants cited the same reasons for claims 14, 29 and 35 as they did for claim 1. 
Accordingly, claims 14, 29 and 35 remain rejected for the same reasons cited above for 
claim 1. Similarly, applicants cited the same reasons for claims 17-28, 30, 33-34, 37, 
39-41 as they did for claims 2, 4-13. Accordingly, claims 17-28, 30, 33-34, 37, 39-41 
remain rejected for the same reasons cited above for claims 2, 4-13. 

9. In view of the above, applicants' amendments have failed to put the claims in the 
condition of allowability. Claims rejection is as follows: 

Claim Rejections - 35 USC § 102 

10. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

Claims 1,2, 4-14, 17-30, 33-35, 37, 39-41 are rejected under 35 U.S.C. 102(e) as being 
anticipated by Schwartz (US Patent Application Publication US 2002/0199114 A1). 
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10.1 . As per claim 1 , Schwartz is directed to a method of transmitting data across a 
firewall (paragraph [0013] line 1), the method comprising: 
receiving a request to transmit data to a destination (paragraph [0028], where the 
client's attempt to open a connection discloses a request to transmit data); searching 
for a firewall associated with the destination (paragraph [0028] lines 8 to 1 1) at a remote 
network (for example, Fig. 3 item 314-5 is in network 31 1 , which is associated with 
firewall 310, which is remote to client 308-1. See also paragraph 25), the firewall being 
configured to prohibit communication to the destination at a remote network via a 
primary communication protocol (Fig 4 and paragraph [0029] as disclosed by TCP port 
x, where the connection is not established), and allow communication to the destination 
via a secondary communication protocol (paragraph [0003], as it is describing the 
general functionality of a firewall); if the firewall is detected, automatically configuring 
the data for communication with the secondary communication protocol (paragraph 
[0029] line 1 to 5); and transmitting the data to the destination by utilizing the secondary 
communication protocol (paragraph [0029]), wherein the request to transmit data to the 
destination comprises a primary address to the destination related to the primary 
communication protocol, and a secondary address to the destination related to the 
secondary communication protocol (paragraph [0028] and [0029], where, after the 
failure to connect via TCP (example of a primary protocol), the device tries to open a 
HTTP connection (example of the secondary protocol), and Schwartz claims 2 to 4 
wherein the primary and secondary protocols use predefined addresses to initiate the 
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connection and paragraphs [0040] and [0041], where the addresses are provided by the 
address database to the Communication Subsystem as communication parameters). 

10.2. As per claim 2, Schwartz continues to teach the method of claim 1, further 
comprising: transmitting the data to the destination by utilizing the primary 
communication protocol if the firewall is not detected (paragraph [0029] line 1 to 5). 

10.3. Claim 3 has been cancelled by the applicant. 

10.4. As per claim 4, Schwartz discloses the method of claim 1 , wherein the destination 
is a printer and a print job comprises the data that is requested to be transmitted. Printer 
is a computer peripheral that puts text or a computer-generated image on paper or on 
another medium, such as transparency film. Local printers communicate with the 
network via a PC, and network printers are directly connected to the network. Schwartz 
clearly discloses display and I/O devices (Fig. 2, item 220 and paragraph [0016]) as the 
parts comprising the clients' computer. In addition, Schwartz discloses traditionally 
connected devices, which are devices configurable to communicate through the firewall, 
and non-traditional devices, which are devices that must be connected to another 
device (e.g. a PC) in order to communicate (paragraph [0024). Traditionally connected 
devices and non-traditional devices receive jobs in form of data directly or indirectly 
form the network, correspondingly. As indicated in Fig. 3, both traditionally connected 
and non-traditional devices are behind the firewall, and are disclosed as destinations for 
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data to be transmitted across the firewall. Therefore, the Examiner asserts that 
Schwartz discloses the feature. 

10.5. As per claim 5, Schwartz discloses the method of claim 1, wherein searching for 
the firewall comprises pinging the primary address of the desired location. Pinging is 
sending out a small amount of information, or a packet, to a destination connected to 
the network, and examining the response to determine if the destination is responsive to 
network requests. Schwartz discloses initiation of a first connection and evaluating the 
connection for the response from the remote system (claim 1). More specifically, 
Pinging is sending out ICMP Echo Request Packets. Schwartz discloses ICMP as one 
of the protocols to initiate the first connection (claim 2). Therefore, the Examiner asserts 
that it discloses the feature. 

10.6. As per claim 6, Schwartz discloses the method of claim 2, wherein searching for 
the firewall comprises: 

scanning the desired location to find an open port, the open port being related 
to the primary communication protocol; and detecting the firewall, if present, upon not 
finding the open port. Scanning is examining sequentially, part by part. As disclosed in 
Fig. 4, and described in paragraph [0029] the device that is transmitting the data 
examines the firewall by initiating connections using TCP, HTTP, and other options 
sequentially until a connection is established (Open port found). Therefore, it discloses 
the feature. 
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10.7. As per claim 7, Schwartz discloses the method of claim 2, wherein searching for 
the firewall comprises: 

attempting to transmit the data via the primary communication protocol, such that a 
failure to successfully transmit the data via the primary communication protocol would 
signify the firewall is present. As described in Schwartz paragraph [0027], attempting to 
initiate a connection, involves transmitting data. Schwartz maintains that depending on 
the type of the communication protocol, different set of steps and data exchanges may 
be involved to determine whether a connection is established. Furthermore, when data 
transmission is unsuccessful, Schwartz tries another protocol (Fig. 4), which indicates 
that a firewall blocking the primary transmission is detected. Therefore it discloses the 
feature. 

» 

10.8. As per claim 8, Schwartz discloses the method of claim 2, wherein the primary 
communication protocol is any one or combination of the following: 

the Hyper-Text Transfer Protocol (HTTP), the Transfer Control Protocol (TCP), the 
Internet Protocol (IP), the File Transfer Protocol (FTP), and the User Datagram Protocol 
(UDP). Schwartz clearly discloses primary communication protocols HTTP, TCP and 
UDP in claim 2, and IP in claim 10. 

Schwartz recognizes and mentions FTP packets as another example of protocol data 
units examined and evaluated by firewalls (paragraph [0005]). Schwartz also refers to 
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RFCs as other potential standards and protocols to be used as primary communication 
protocol (paragraph [0045]), one of which is RFC 959, The File Transfer Protocol. 
Therefore, the Examiner asserts that Schwartz discloses the feature. 

10.9. As per claim 9, Schwartz discloses the method of claim 1 , wherein the secondary 
communication protocol is an 

electronic mail (email) protocol (as disclosed in paragraph [0045], referring to RFCs for 
a list of potential protocols for communication, one of which is RFC 821 , Simple Mail 
Transfer Protocol), and the secondary address is an email address (when SMTP is 
used as secondary communication protocol, an email address must be selected as the 
destination address); and further wherein automatically configuring the data for 
communication comprises: generating an email; addressing the email to the secondary 
address; and populating the email with pertinent information that correlates to the 
data. Data must be configured appropriately before transferred using any 
communication protocol. When email is used as the communication protocol, it is well 
known that an email must be generated, addressed to the email address of the 
destination, and the data must be configured in the format that is suitable for email. 

10.10. As per claim 10, Schwartz discloses the method of claim 9, wherein 
automatically configuring the data for communication further comprises: placing the data 
in the email (see section 3.9 above). 
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10.1 1 . As per claim 1 1 , Schwartz discloses the method of claim 9, wherein 
automatically configuring the data for communication further comprises: attaching the 
data to the email, the data being stored in a file (see section 3.9 above. Attachment is a 
well known way to configure data for transfer using email). 

10.12. As per claim 12, Schwartz is directed to the method of claim 9, wherein the 
information that is populated in the email comprises a reference to a remote location 
where the data is stored and is accessible from the destination (in this case the data 
transmitted across the firewall is simply the data identifying the location of another data. 
Allowing access to data that is already accessible to the destination by identifying the 
location of the data is well-known in the art). 

10.13. As per claim 13, Schwartz discloses the method of claim 1, wherein the 
secondary communication protocol is the File Transfer Protocol (FTP) and the 
secondary address is an FTP address. Schwartz recognizes and mentions FTP packets 
as another example of protocol data units examined and evaluated by firewalls 
(paragraph [0005]). Schwartz also refers to RFCs as other potential standards and 
protocols to be used as primary communication protocol (paragraph [0045]), one of 
which is RFC 959, The File Transfer Protocol. Therefore, the Examiner asserts that 
Schwartz discloses the feature. 
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10.14. As per claim 14, Schwartz is directed a system for rerouting the transmission of 
data to avoid a firewall (paragraph [0013] line 1), the system comprising: a transmission 
device configured to search for a firewall protecting a destination (paragraph [0028], 
where the client's attempt to open a connection discloses a request to transmit data) at 
a remote network (for example, Fig. 3 item 314-5 is in network 31 1 , which is associated 
with firewall 310, which is remote to client 308-1. See also paragraph 25), the firewall at 
the remote network being configured to prohibit communication to the destination via a 
primary communication protocol searching for a firewall associated with the destination 
(paragraph [0028] lines 8 to 1 1), the firewall being configured to prohibit communication 
to the destination via a primary communication protocol (Fig 4 and paragraph [0029] as 
disclosed by TCP port x, where the connection is not established), and allow 
communication to the destination via a secondary communication protocol (paragraph 
[0003], as it is describing the general functionality of a firewall), the transmission device 
is further configured to, upon detection of the firewall, automatically configure the data 
for communication over the secondary communication protocol (paragraph [0029] line 1 
to 5) and transmit the data by utilizing the secondary communication protocol 
(paragraph [0029]), wherein the transmission device is further configured to receive a 
request to transmit data to the destination and the request comprises at least the 
following: a primary address and a secondary address of the destination, the primary 
address being related to the primary communication protocol, and the secondary 
address being related to the secondary communication protocol (paragraph [0028] and 
[0029], where, after the failure to connect via TCP (example of a primary protocol), the 
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device tries to open a HTTP connection (example of the secondary protocol), and 
Schwartz claims 2 to 4 wherein the primary and secondary protocols use predefined 
addresses to initiate the connection and paragraphs [0040] and [0041], where the 
addresses are provided by the address database to the Communication Subsystem as 
communication parameters), and wherein the transmission device is further configured 
to, upon not detecting the firewall, transmit the data to the destination by utilizing the 
primary transmission protocol (claim 1 indicates evaluation of the first connection, and 
trying the second if the first one was unsuccessful . Thus, if the evaluation shows that 
the transmission was successful, no firewall is detected and the transmission was done 
using the primary protocol). 

10.15. Claim 15 is cancelled by the applicant. 

10.16. Claim 16 is cancelled by the applicant. 

10.17. As per claim 17, Schwartz is directed to the system of claim 14, wherein the 
transmission device is further configured to search for a firewall by scanning the 
destination to find an open port, the open port being related to the primary 
communication protocol, upon not finding the open port, the firewall is detected. 
Scanning is examining sequentially, part by part. As disclosed in Fig. 4, and described 
in paragraph [0029] the device examines the firewall by initiating connections using 
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TCP, HTTP, and other options sequentially until a connection is established (Open port 
found). Therefore, it discloses the feature. 

10.18. As per claim 18, Schwartz is directed to the system of claim 14, wherein the 
transmission device is further configured to search for a firewall by pinging the primary 
address of the destination. Pinging is sending out a small amount of information, or a 
packet, to a destination connected to the network, and examining the response to 
determine if the destination is responsive to network requests. Schwartz discloses 
initiation of a first connection and evaluating the connection for the response from the 
remote system (claim 1). More specifically, Pinging is sending out ICMP Echo Request 
Packets. Schwartz discloses ICMP as one of the protocols to initiate the first connection 
(claim 2). Therefore, the Examiner asserts that it discloses the feature. 

10.19. As per claim 19, Schwartz is directed to the system of claim 14, wherein the 
transmission device is further configured to search for a firewall by attempting to 
transmit the data via the primary communication protocol, such that a failure to 
successfully transmit the data via the primary communication protocol would signify the 
firewall is present. As described in paragraph [0027], attempting to initiate a connection, 
involves transmitting data. Schwartz maintains that depending on the type of the 
communication protocol, different set of steps and data exchanges may be involved to 
determine whether a connection is established. Furthermore, when data transmission is 
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unsuccessful, Schwartz tries another protocol (Fig. 4), which indicates that a firewall 
blocking the primary transmission is detected. Therefore it discloses the feature. 

10.120. As per claim 20 Schwartz discloses the system of claim 14, wherein the 
secondary communication protocol is an electronic mail (email) protocol (as disclosed in 
paragraph [0045], referring to RFCs for a list of potential protocols for communication, 
one of which is RFC 821 , Simple Mail Transfer Protocol). 

10.21 . As per claim 21, Schwartz discloses the system of claim 20, wherein the 
secondary address is an email address (when SMTP is used as secondary 
communication protocol, an email address must be used as the destination address) 
and wherein the transmission device is further configured to automatically configure 
communication by: generating an email; addressing the email to the secondary address; 
and populating the email with pertinent information that correlates to the data. When 
email is used as the communication protocol, an email must be generated, addressed to 
the email address of the destination, and the data must be configured in the format that 
is suitable for email. 

10.22. As per claim 22, Schwartz discloses the system of claim 21 , wherein the 
transmission device is further configured to automatically configure the data for 
communication by placing the data in the email (see section 3.21 above). 
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10.23. As per claim 23, Schwartz discloses the system of claim 21 , wherein the 
transmission device is further configured to automatically configure the data for 
communication by attaching the data to the email, the data being stored in a file (see 
section 3.21 above. Attachment is a well know method to configure data for transfer 
using email). 

10.24. As per claim 24, Schwartz is directed to the system of claim 21 , wherein the 
information that is populated in the email comprises a reference to a remote location 
where the data is stored and is accessible from the destination (in this case the data 
transmitted across the firewall is simply the data identifying the location of another data. 
Allowing access to data that is already accessible to the destination by identifying the 
location of the data is well-known in the art). 

10.25. As per claim 25, Schwartz is directed to the system of claim 14, wherein the 
secondary communication protocol is the File Transfer Protocol (FTP) and wherein the 
secondary address is an FTP address. Schwartz recognizes and mentions FTP packets 
as another example of protocol data units examined and evaluated by firewalls 
(paragraph [0005]). Schwartz also refers to RFCs as other potential standards and 
protocols to be used as primary communication protocol (paragraph [0045]), one of 
which is RFC 959, The File Transfer Protocol. Therefore, the Examiner asserts that 
Schwartz discloses the feature. 
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10.26. As per claim 26, Schwartz discloses the system of claim 14, wherein the primary 
communication protocol is any one or combination of the following: the Hyper-Text 
Transfer Protocol (HTTP), the Transfer Control Protocol (TCP), the Internet Protocol 
(IP), the File Transfer Protocol (FTP), and the User Datagram Protocol (UDP). 
Schwartz clearly discloses primary communication protocols HTTP, TCP and UDP in 
claim 2, and IP in claim 10. 

Schwartz recognizes and mentions FTP packets as another example of protocol data 
units examined and evaluated by firewalls (paragraph [0005]). Schwartz also refers to 
RFCs as other potential standards and protocols to be used as primary communication 
protocol (paragraph [0045]), one of which is RFC 959, The File Transfer Protocol. 
Therefore, the Examiner asserts that Schwartz discloses the feature. 

10.27. As per claim 27, Schwartz discloses the system of claim 14, further comprising: a 
recipient device configured to be the destination, the recipient device further configured 
to communicate with the primary and secondary communication protocol (Fig. 4 and 
paragraph [0027]). 

10.28. As per claim 28, Schwartz is directed to the system of claim 27, wherein the 
recipient device is a printer and a print job comprises the data. Printer is a computer 
peripheral that puts text or a computer-generated image on paper or on another 
medium, such as transparency film. Local printers communicate with the network via a 
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PC, and network printers are directly connected to the network. Schwartz clearly 
discloses display and I/O devices (Fig. 2, item 220 and paragraph [0016]) as the parts 
comprising the clients' computer. In addition, Schwartz discloses traditionally 
connected devices, which are devices configurable to communicate through the firewall, 
and non-traditional devices, which are devices that must be connected to another 
device (e.g. a PC) in order to communicate (paragraph [0024). Traditionally connected 
devices and non-traditional devices receive jobs in form of data directly or indirectly 
form the network, correspondingly. As indicated in Fig. 3, both traditionally connected 
and non-traditional devices are behind the firewall, and are disclosed as destinations for 
data to be transmitted across the firewall. Therefore, the Examiner asserts that 
Schwartz discloses the feature. 

10.29. As per claim 29, Schwartz is directed to a transmission device configured to 
transmit data to a destination, the transmission device comprising: means for 
transmitting the data to a destination at a remote network (for example, Fig. 3 item 314- 
5 is in network 31 1, which is associated with firewall 310, which is remote to client 308- 
1. See also paragraph 25) by utilizing a secondary communication protocol (paragraph 
[0029]), means for searching for a firewall at a remote network (paragraph [0028] lines 8 
to 1 1), the firewall being configured to prohibit communication to the destination by a 
primary communication protocol (Fig 4 and paragraph [0029] as disclosed by TCP port 
x, where the connection is not established), and allow communication to the destination 
via the secondary communication protocol (paragraph [0003], as it is describing the 
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general functionality if a firewall); and means for automatically configuring the data for 
communication for the secondary communication protocol upon detecting the firewall 
(paragraph [0029] line 1 to 5) and 

means for receiving a request to transmit the data to the destination, wherein the 
request comprises at least the following: 

a primary address to the destination related to the primary communication protocol, and 
a secondary address to the destination related to the secondary communication 
protocol (paragraph [0028] and [0029], where, after the failure to connect via TCP 
(example of a primary protocol), the device tries to open a HTTP connection (example 
of the secondary protocol), and Schwartz claims 2 to 4 wherein the primary and 
secondary protocols use predefined addresses to initiate the connection and 
paragraphs [0040] and [0041], where the addresses are provided by the address 
database to the Communication Subsystem as communication parameters). 

10.30. As per claim 30, Schwartz is directed to the device of claim 29, further 
comprising means for transmitting the data by utilizing the primary communication 
protocol, wherein upon not detecting the firewall, the data is transmitted by utilizing the 
primary communication protocol (paragraph [0029] line 1 to 5). 

10.31. Claim 31 is cancelled by the applicant. 



10.32. Claim 32 is cancelled by the applicant. 
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10.33. As per claim 33, Schwartz is directed to the device of claim 30, wherein the 
secondary communication protocol is an electronic mail (email) protocol (as disclosed in 
paragraph [0045], referring to RFCs for a list of potential protocols for communication, 
one of which is RFC 821, Simple Mail Transfer Protocol). 

10.34. As per claim 34, Schwartz is directed to the device of claim 30, wherein the 
secondary address is an email address (when email is the means to transfer 
information, and SMTP is used as secondary communication protocol, an email address 
must be used as destination address), and wherein the means for automatically 
configuring the data for communication for the secondary communication protocol 
comprises: means for generating an email, means for addressing the email to the 
secondary address; means for populating the email with pertinent information that 
correlates to the data; and means for populating the email with the data . Data must be 
configured appropriately before transferred using any communication protocol. When 
email is used as the means to transfer data an email must be generated, addressed to 
the email address of the destination, and the data must be configured in the format that 
is suitable for email. 

10.35. As per claim 35, Schwartz is directed to a data transmission program stored on 
a computer-readable medium (paragraph [0014]), the transmission program comprising: 
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logic configured to facilitate the transmission of data to a remote network (item 314-5 in 
the network 31 1 , which is remote from client 308-1) by utilizing a secondary 
communication protocol (paragraph [0029]); logic configured to search for a firewall 
(paragraph [0028] lines 8 to 1 1) at a remote network (for example, Fig. 3 item 314-5 is 
in network 31 1 , which is associated with firewall 310, which is remote to client 308-1 . 
See also paragraph 25), wherein the firewall is configured to prohibit communication to 
a recipient device at a remote network via a primary communication protocol and allow 
a communication via the secondary protocol (paragraph [0028]) 
and logic configured to automatically configure communication for the secondary 
communication protocol upon detecting the firewall (paragraph [0029]) and 
logic configured to receive a request to transmit the data to the recipient device, the 
request comprising at least of the following: 

a primary address to the destination related to the primary communication protocol, and 
a secondary address to the destination related to the secondary communication 
protocol (paragraph [0028] and [0029], where, after the failure to connect via TCP 
(example of a primary protocol), the device tries to open a HTTP connection (example 
of the secondary protocol), and Schwartz claims 2 to 4 wherein the primary and 
secondary protocols use predefined addresses to initiate the connection and 
paragraphs [0040] and [0041], where the addresses are provided by the address 
database to the Communication Subsystem as communication parameters). 



10.36. Claim 36 is cancelled by the applicant. 
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10.35. As per claim 37, Schwartz is directed to the program of claim 35, further 
comprising logic configured to facilitate the transmission of the data by utilizing the 
primary communication protocol, wherein upon not detecting the firewall, the data is 
transmitted by utilizing the primary communication protocol (paragraph [0029] line 1 to 
5). 

10.38. Claim 38 is cancelled by the applicant. 

10.39. As per claim 39, Schwartz is directed to the program of claim 35, wherein the 
secondary address is an electronic mail (email) address (which must be the case when 
communication protocol is email) and the secondary communication protocol is an email 
protocol (as disclosed in paragraph [0045], referring to RFCs for a list of potential 
protocols for communication, one of which is RFC 821, Simple Mail Transfer Protocol); 
and wherein the logic configured to automatically configure the data for communication 
for the secondary communication protocol comprises: logic configured to generate an 
email; logic configured to address the email to the secondary address; logic configured 
to populate the email with pertinent information that correlates to the data; and logic 
configured to populate the email with the data. Data must be configured appropriately 
before transferred using any communication protocol. When email is used as the 
communication protocol, it would be obvious to a person with ordinary skills in the art 
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that an email must be generated, addressed to the email address of the destination, and 
the data must be configured in the format that is suitable for email. 

10.40. As per claim 40, Schwartz is directed to the program of claim 35, wherein the 
secondary communication protocol is the File Transfer Protocol (FTP) and the 
secondary address is an FTP address. Schwartz recognizes and mentions FTP packets 
as another example of protocol data units examined and evaluated by firewalls 
(paragraph [0005]). Schwartz also refers to RFCs as other potential standards and 
protocols to be used as primary communication protocol (paragraph [0045]), one of 
which is RFC 959, The File Transfer Protocol. Therefore, the Examiner asserts that 
Schwartz discloses the feature. 

10.41 . As per claim 41 , Schwartz is directed to the program of claim 35, wherein the 
primary communication protocol is any one or combination of the following: the Hyper- 
Text Transfer Protocol (HTTP), the Transfer Control Protocol (TCP), the Internet 
Protocol (IP), the File Transfer Protocol (FTP), and the User Datagram Protocol (UDP). 
Schwartz clearly discloses primary communication protocols HTTP, TCP and UDP in 
claim 2, and IP in claim 10. 

Schwartz recognizes and mentions FTP packets as another example of protocol data 
units examined and evaluated by firewalls (paragraph [0005]). Schwartz also refers to 
RFCs as other potential standards and protocols to be used as primary communication 
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protocol (paragraph [0045]), one of which is RFC 959, The File Transfer Protocol. 
Therefore, the Examiner asserts that Schwartz discloses the feature. 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Farid Homayounmehr whose telephone number is 571 
272 3739. The examiner can normally be reached on 9 hrs Mon-Fri, off Monday 
biweekly. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Gilberto Barron can be reached on (571) 272-3799. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published 
applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). 



Conclusion 
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